-
Notifications
You must be signed in to change notification settings - Fork 106
Review system requirements #4070
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Review system requirements #4070
Conversation
df5101b to
1fa2eba
Compare
|
Hi @evgeni, can you take a look at these updated installation system prerequisites? Please let me know if:
The next step for me would be to reuse these prerequisites in the new installer guide, which is why I'm specifically mentioning 2. as well. |
4b57ffe to
c680482
Compare
c680482 to
7f6bf04
Compare
Lennonka
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeeeesss!
Great job, just a few nitpicks below.
ekohl
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I certainly like this new style a lot more.
I was looking at the headers as well. We have "1. Planning Foreman server installation" but then most have "requirements" in the title. "Supported operating systems" is an exception for all, but Katello also has "Best practices for optimizing storage". Have you had a look at that, or is it out of scope for here?
Overall I'm wondering if "Supported operating systems" really is a System requirement. If you don't merge it in, I'd consider listing it before the system requirements.
Co-authored-by: Ewoud Kohl van Wijngaarden <[email protected]>
Right now, I'm going section by section (or at least topic by topic, if one topic is spread across multiple sections for example). Storage requirements + Best practices for storage were merged in #4096 After I'm done going section by section, I want to look at all the sections together in #4087 That will be a better time review if the sections and their headings play nicely together.
Merging it with system requirements is a good idea but because it likely wouldn't be a simple 1-2 sentence bullet point (the section actually contains quite a lot of text for Satellite), I'd like to look into it in another PR. |
|
Thanks so much for your reviews @ekohl @evgeni @maximiliankolb @Lennonka! I believe I've applied all your feedback and now I'd like to proceed to collecting the acks :) Do you think you could help with that? I'm happy to address any other comments you might have to make sure we get this right. |
maximiliankolb
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
style-wise LGTM.
ekohl
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍 but consider #4070 (comment) as an enhancement.
Lennonka
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great, but I live Ewoud's suggestion.
evgeni
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* Rephrase system requirements into actionable steps * Drop duplicate information * Include host name requirement for all builds * Update KBase link * Set lower proxy min memory when without content * Drop hostname requirement for clients * Drop processing power requirement --------- Co-authored-by: Maximilian Kolb <[email protected]> Co-authored-by: Ewoud Kohl van Wijngaarden <[email protected]> (cherry picked from commit 714d853)

What changes are you introducing?
Streamlining the system requirements a bit, to phrase them as actionable steps and remove some duplicates I noticed.
Why are you introducing these changes? (Explanation, links to references, issues, etc.)
The goal is to make the requirements easier to follow and to turn them from lengthy-ish descriptions into a sort of a quick "pre-flight" checklist.
Anything else to add? (Considerations, potential downsides, alternative solutions you have explored, etc.)
This started with my noticing that we advise installing on a fresh system in 3 different places. What was supposed to be a very quick PR to consolidate that, turned into a slightly larger PR along the lines "while I'm here, why don't I try fixing up the whole section..."
Contributor checklists
Please cherry-pick my commits into:
Review checklists
Tech review (performed by an Engineer who did not author the PR; can be skipped if tech review is unnecessary):
Style review (by a Technical Writer who did not author the PR):